Istunnon jarjestaminen palv limen ja asiakasiaitteen valille § 

Keksinnon tausta ^ 

Keksinto liittyy istunnon jarjestamiseen synkronointipalvelimen ja 
asiakasiaitteen valille ja erityisesti istunnon alolttamiseen 
synkronointipalvelimen aloitteesta. 

Kannettavjen paatelaitteiden, kuten matkaviestimien dataa voidaan 
synkronoida verkkosovellusten, poytatietokoneiden sovellusten tai muiden 
tietoliikennejarjestelnnan tietokantojen kanssa. Tyypillisesti varsinkin kalenteri- 
ja sahkopostisovellusten dataa synkronoidaan. Synkronointi on aiemmin 
perustunut erilaisten valmistajakohtaisten protokollien kayttoon, jotka eivat 
toimi toistensa kanssa. Tama rajoittaa kaytettavien paatelaitteiden tai 
datatyyppien kayttoa ja on monesti hankalaa kayttajalle. Varsinkin 
matkaviestinnassa on tarkeaa saada dataa hankituksi ja paivitetyksl 
kaytettavasta paatelaitteesta ja sovelluksesta riippumatta. Sovellusdatan 
toimivampaa synkronointia varten on kehitetty XML-kieleen (Extensible Markup 
Language) perustuva SyncML (Synchronization Markup Language). SyncML- 
sanomia kayttavan SyncML-synkronointiprotokollan avulla voidaan 
synkronoida minka tahansa sovelluksen dataa minka tahansa verkotettujen 
paatelaitteiden valilla. 

Kuvio 1 havainnollistaa synkronointiesimerkkia, missa matkaviestin 
MS toimii SyncML-asiakaslaitteena ja verkkopalvelin S tpimii SyncML- 
palvelimena. SyncML-synkronointipalvelussa alustetaan ensin synkronointi- 
istunto (SyncML Session Initialization), jolloin mm. valitaan synkronoitava 
tietokanta. Asiakasagentti MS lahettaa palvellmelle S SyncML-viestin (Client 
Modifications), joka sisaltaa ainakin asiakaslaitteessa MS synkronoinnin 
kohteena oievan edellisen synkronoinnin jalkeen muuttuneen datan. Palvelin S 
synkronoi synkronoinnin kohteen olevat datajoukot, eli analysoi datajoukkoihin 
tehdyt muutokset ja yhdenmukaistaa datan (tekee tan/ittavat muokkaukset, 
korvaukset, poistot ja lisaykset). Taman jalkeen palvelin S palauttaa siina 
tehdyt muutokset (Server Modifications) asiakaslaitteelle TE, joka tekee 
tarvittavat muutokset tietokantaansa. 

SyncML:n avulla voidaan synkronoida myos muuntyyppista dataa, 
jolloin asiakaslaitteeseen voidaan synkronoida esimerkiksi uusi synkronointiin 
liittyva asetus. YIeisesti laitteen hallinnalla (Device Management) tarkoitetaan 
toimenpiteita, joilla kolmannet osapuolet voivat muuttaa laitteen 
konfiguraatiota, esimerkiksi muuttaa asetuksia tai jopa jotain laitteen 



kayttamaa protokollaa. Pelkastaan laitteeseen liittyvien asetusten lisaksi 
voidaan lahettaa myos kayttajakohtaista dataa, kuten kayttajaprofiileja, logoja, 
soittoaania ja valikoita, joilla kayttaja voi muokata laitteen asetuksia 
henkilokohtaisiksi tai muokkaaminen tapahtuu automaattisesti laitteen 
hallinnan yhteydessa. Laitteen hallinnassa voidaan hyodyntaa SyncML- 
standardiin jo maariteltyja piirteita. Synkronointipalvelin vol toimia laitteen 
hallintapalvelimena (Device Management Server) ja asiakaslaite hallittavana 
laitteena (Device Management Client). 

Kuvio 2 liavainnollistaa laitteen hallintaa (Client Management 
Session) eraan synkronointiprotokollan viestin mukaisesti. Asiakaslaite (MS) 
lahettaa laitteen hallintaa suorittavalle synkronointipalvelimelle S istunnon 
alustusviestissa palvelimelle tietoja itsestaan (samat kuin synkronoinnissa), 
Johon palvelin vastaa lahettamalla omia tietojaan ja laitteen hallintakomentoja 
(Server Management Operations). Asiakaslaite vastaa naihin status-tiedoilla, 
jonka jalkeen palvelin voi lopettaa istunnon, tai lahettaa lisaa laitteen 
hallintakomentoja. Mikali palvelin lahettaa lisaa hallintakomentoja, tulee 
asiakaslaitteen vastata naihin status-tiedoilla. Palvelin voi aina status-tietojen 
vastaanottamisen jalkeen lopettaa istunnon tai jatkaa sita lahettamalla lisaa 
laitehallintakomentoja. Laitteen hallintaprotokolla voi myos toimia niin, etta 
ensin lahetetaan kayttajalle kysymyksia siita, mita tama haluaa paivittaa ja 
kayttajan valinnoista lahetetaan tieto palvelimelle. Palvelin voi taman jalkeen 
lahettaa seuraavassa paketissa kayttajan haluamat paivitykset/operaatiot. 

SyncML-protokollan mukaan asiakaslaite tyypillisesti aloittaa 
synkronointi-istunnon. Kuitenkin varsinkin laitteen hallinnassa on tilanteita, 
joissa palvelimelle syntyy tarve synkronointiin. Tata tilannetta varten SyncML- 
spesifikaatioon "SyncML Sync Protocol, version 1.0. f\ toukokuu 2001, 
kappaleessa 8 (sivut 49-50) on esitetty palvelimen aikaansaama synkronointi- 
istunnon alustus (Server Alerted Sync): Palvelin voi lahettaa (Sync Alert)- 
pyyntosanoman, jossa se pyytaa asiakaslaitetta aloittamaan SyncML-istunnon. 
Taman jalkeen asiakaslaite aloittaa SyncML-istunnon alustamisen lahettamalla 
tavanomaisen (Client Initialization Package)-paketin. Kun asiakaslaitteena on 
matkaviestin, aiheutuu ongelmia siita, etta asiakaslaite ei olekaan 
tavoitettavissa matkaviestimen ollessa pois paalta tai tilanteessa, etta 
temriinaalilta ei ole jatkuvaa tiedonsiirtoyhteytta palvelimelle. Taman takia 
kannattaa kayttaa jotakin viestin tallentavaa palvelua pyynnon lahettamiseen. 
Eras tallainen palvelu on SMS (Short Message Service), joka tallentaa 



tekstiviestin tekstiviestikeskukseen ja lahettaa sen, kun matkaviestin liittyy 
verkkoon ja on tavoittavissa. Pyynto istunnon aloittamiseksi on muidenkin 
SyncML-sanomien tapaan XML-nnuotoinen ja kasittaa otsikkokentan, joka 
maaraytyy [SyncHdrJ-elementissa, ja runko-osan, joka maaritetaan 
[SyncBodyj-elementissa: 

<SyncML> 
<SyncHdr> 

</SyncHdr> 
<SyncBody> 

</SyncBody> 
</SyncML> 

Pyynto on varsin suuri ja vaatii huomattavasti suuremman 
kapasiteetin kuin tekstiviestin tarjoama 140 oktettia (mika riittaa 160:nen 7-bitin 
ASCII-merkin koodaamiseen). Pyynto voidaan jakaa useisiin tekstiviesteihin, 
mutta on mahdollista, etta jokin tekstiviesti haviaa, ne saapuvat vaarassa 
jarjestyksessa tai etta asiakaslaite ei osaa ollenkaan kasitella moniosaisia 
tekstiviesteja. Jos kuljetuskerroksen palvelua tarjoaa esimerkiksl WAP 
(Wireless Application Protocol), SyncML-sanomat voidaan koodata 
binaariseen WBXML-muotoon (Wireless Binary XML), jolloin vaadittavan 
tiedonsiirtokapasiteetin maaraa pienenee. Vaikka kaytettaisiinkin WBXMLraa, 
pyynto vaatii silti useita tekstiviesteja. 

Keksinnon lyhyt selostus 

Keksinnon tavoitteena on siten kehittaa menetelma ja menetelman 
toteuttava laitteisto siten, etta ylla mainitut ongelmat voidaan valttaa. 
Keksinnon tavoitteet saavutetaan menetelmalla, synkronointijarjestelmalla, 
synkronointipalvelinnella, elektronisella laitteella ja tietokoneohjelmilla, jpille on 
tunnusomaista se, mita sanotaan itsenaisissa patenttivaatinnuksissa. 
Keksinnon edulliset suoritusmuodot ovat epaitsenaisten patenttivaatimusten 
kohteena. 

Keksinto perustuu siihen, etta on valittu vain aivan 
valttamattomimmat tiedot, jotka lisaksi koodataan niin, etta tarvitaan 
vahennman tilaa verrattuna siihen, etta jos tiedot lahetettaisiin selvakielisena. 
Menetelmassa synkronointipalvelin konfiguroidaan maarittamaan 



matkaviestimelle lahetettavaa istunnon tarpeen osoittavaa pyyntoa varten 
synkronointipalvelimen tunniste, synkronointipalvelimen tukeman 
synkronointiprotokollan version tunniste ja pyydettavan synkronointi-istunnon 
tunniste. Synkronointipalvelimeen maaritetaan synkronointipaivelimesta 
matkaviestimelle pyyntoa varten lahetettavan viestin maksimikoko ja 
koodausohjeet, joiden avulla voidaan koodata ainakin yksi tunnisteista 
olennaisesti sen ASCII-esitysta vahemman bitteja vaativaksi bittijonoksi. 
Matkaviestimeen maaritetaan dekoodausohjeet, joiden avulla bittijonosta 
saadaan alkuperainen tunniste. Kun halutaan lahettaa istunnon tarpeen 
osoittava pyynto ainakin yhdelle matkaviestimelle, muodostetaan yksi viesti, 
joka on lyhyempi tai yhta pitka kuin mainittu maksimikoko ja kasittaa ainakin 
mainitut tunnisteet, joista ainakin yksi esitetaan koodausohjeiden mukaan 
maaritettyna bittijonona. Viesti lahetetaan matkaviestimelle viestien 
siirtopalvelua kayttaen. Matkaviestimessa muodostetaan Istunnon 
alustussanoma vastaanotetun viestin ilmaisemien tietojen perusteella, joista 
ainakin yksi on maaritetty vastaanotetusta bittijonosta mainittujen 
dekoodausohjeiden avulla. Matkaviestimesta lahetetaan istunnon 
alustussanoma synkronointipalvelimeen. Koodauksessa kaytetaan hyvaksi 
tietoa siita, mita eri arvoja eri kentat voivat saada. Naiden arvojen vastaavuus 
eri bittikuvioihin tallennetaan koodausohjeisiin ja dekoodausohjeisiin 
kaytettavaksi palveiimella ja asiakkaalla. 

Istunto ja sen alustaminen ei ole rajoitettu SyncML:ssa 
maaritetty ih in toimintoihin, vaan ne on ymmarrettava laajasti tarkoittamaan 
minka tahansa asiakaslaitteen ja synkronointipalvelimen valille 
muodostettavaa istuntoa ja sen muodostamiseen tarvittavia sanomia. 
Synkronointijarjestelmassa asiakaslaitteen ja synkronointipalvelimen valille 
muodostettava istunto voi olla kayttajadatan synkronointia varten tai laitteen 
hallintaa varten. 

Keksinnon mukaisen ratkaisun etuna on, etta istunnon aloittaminen 
voidaan saavuttaa palvelimen pyynnosta myos laitteissa, jotka eivat tue 
moniosaisten viestien vastaanottoa. Kun voidaan kayttaa matkaviestinverkon 
tarjoamaa viestin kuljetuspalvelua, esimerkiksi SMS, saadaan viesti aina perille 
(kun laite on kytketty paalle) myos laitteisiin, joissa verkon aktivoimat push- 
palvelut eivat ole sallittuja. Keksinnon mukaisella ratkaisulla valtetaan myos 
ongelmat, jotka aiheutuvat siita, etta pakettikytkentainen verkko saattaa 
toimittaa viesteja asiakkaalle eri jarjestyksessa kuin palvelin on ne lahettanyt, 



5 



tai osa viesteista saattaa jopa hukkua. Lisaksi, kun pyynto saadaan siirrettya 
pienemmassa tilassa, saastyy myos tiedonsiirtoresursseja ja nain ollen 
saavutetaan kustannussaastoja. Tama saasto voi olla varsin merkittavaa 
tilanteissa, joissa palvelimella on tarve lahettaa pyynto suureen maaraan 
5 asiakaslaitteita. 

Kuvioiden lyhyt selostus 

Keksintoa selostetaan nyt lahemmin edullisten suoritusnnuotojen 
yhteydessa, viitaten oheisiin piirroksiin, joista: 

Kuvio 1 havainnollistaa SyncML-synkronointiprotokollan mukaista 
10 synkronointia; 

Kuvio 2 havainnollistaa laitteen hallintaa palvelimesta; 

Kuvio 3a havainnollistaa erasta synkronointijarjestelmaa; 

Kuvio 3b havainnollistaa synkronointipalvelinta ja asiakaslaitetta; 

Kuvio 4 havainnollistaa keksinnon eraan edullisen suoritusmuodon 
15 mukaista menetelmaa; 

Kuvio 5 esittaa laitteen hallintaistunnon aloittamiseksi lahetettavan 
viestin mahdollisia elementteja; ja 

Kuvio 6 esittaa signalointikaaviona keksinnon eraan edullisen 
suoritusmuodon mukaista hallintaistuntoa. 

20 Keksinnon yksityiskohtainen selostus 

Seuraavassa kuvataan keksinnon erasta edullista suoritusmuotoa 
SyncML-standardia tukevassa Jarjestelmassa, on kuitenkin huomioitava, etta 
keksintoa voidaan soveltaa missa tahansa synkronointijarjestelmassa. 

Kuviossa 3a on havainnollistettu erasta verkotettua jarjestelmaa, 

25 jossa tietokantojen dataa voidaan synkronoida synkronointipalvelimien S ja 
matkaviestimien MS kesken. MS voi toimia synkronoinnin kannalta 
asiakaslaitteena ja kasittaa talloin synkronoitavan tietokannan. Palvelin S voi 
palvella useita asiakaslaitteita MS. On myos mahdollista, etta matkaviestin 
toimii palvelimena jollekin muulle laitteelle. MS kommunikoi palvelimen S 

30 kanssa matkaviestinverkon MNW (Mobile Network) kautta. On myos 
mahdollista, etta S on toteutettu matkaviestinverkossa MNW. Verkkoon MNW 
kytkeytynyt asiakaslaite MS kasittaa matkaviestintoiminnallisuuden verkon 
MNW kanssa kommunikoimiseksi langattomasti. MS voi olla tavanomaisen 
matkapuhelimen sijaan myos mika tahansa viestintatoiminnallisuuden 

35 (messaging functionality) kasittava elektroninen laite, esimerkiksi kannettava 



tietokone tai PDA-laite, tai vaihtoehtoisesti esimerkiksi naiden laitteiden 
lisalaite, joka on jarjestetty yhteyteen isantalaitteensa kanssa 
viestitoiminnallisuudellaan vaikkapa lyhyen kantaman radioyhteytta 
kayttamalla. Tassa tapauksessa isantalaitteen tulee osata paatella esimerkiksi 
jostakin viestiin koodatusta tiedosta, etta viesti on tarkoitettu lisalaitteelle. 
Matkaviestinverkko MNW kasittaa ainakin viestipalvelua tarjoavan lohkon MB, 
Matkaviestinverkon MNW ja palvelimen S valissa voi olla lisaksi muita 
verkkoja, kuten lahiverkko LAN. Matkaviestinverkko MNW voi olla mika 
tahansa jo tunnettu langaton verkko, esimerkiksi GSM-palvelua tukeva verkko, 
GPRS-palvelua tukeva verkko (General Packet Radio Service), kolmannen 
sukupolven matkaviestinverkko, kuten UMTS-verkko (Universal Mobile 
Telecommunications System), langaton lahiverkko WLAN tai privaattiverkko. 

Jos MNW on GSM-verkko, viestipalvelun tarjoava lohko MB kasittaa 
ainakin tekstiviestikeskuksen SMSC (Short Message Service Center). Eras 
tarkea kuljetuskerroksen palvelu useissa matkaviestinverkoissa on WAP, jonka 
kasittaman WSP-kerroksen (Wireless Session Protocol) avulla voidaan tarjota 
asiakaslaitteessa MS ja palvelimessa S synkronointisoveliuskerrokselle 
kuljetuspalvelu. WAP tukee monia alempien kerrosten siirtotekniikoita, kuten 
SMS-pohjaista siirtoa. Myos esimerkiksi HTTP- tai OBEX-standardeja ja niiden 
tukemia alempien kerroksien siirtotekniikoita voidaan kayttaa. Palvelin S voi 
itsessaan kasittaa synkronoimansa tietokannan tai sen synkronoima tietokanta 
voi sijaita jossain muussa laitteessa, kuviossa 3a palvelimet S ja tietokannat 
DB on havainnollisuuden vuoksi erotettu. 

Kuten kuviossa 3b on havainnollistettu, matkaviestimet MS ja 
palvelimet S kasittavat muistia MEM; SMEM, kayttoliittyman Ul; SUI, l/O- 
valineet I/O; Sl/O tiedonsiirron jarjestamiseksi, ja yhden tai useamman 
prosessorin kasittavan keskusprosessointiyksikon CPU; SCPU (Central 
Processing Unit). Muistissa MEM; SMEM on haihtumaton osuus 
keskusprosessointiykslkkoa CPU; SCPU kontrolioivien sovellusten ja muiden 
sailytettavien tietojen tallentamiseksi ja haihtuva osuus kaytettavaksi tilapaista 
datan prosessointia varten. MS:n muistissa MEM (on esimerkissa 
synkronoinnin kannalta synkronoitava tietokanta) ja tietokantojen DB muistissa 
sailytetaan synkronoinnin kohteena olevaa sovellusdataa. 

Asiakaslaite MS kasittaa asiakasagentin (Client Agent) CA, joka 
huolehtii istuntoon liittyvista toiminnoista asiakaslaitteessa. Palvelin S kasittaa 
istuntoa holtavan palvelinagentin (Server Agent) SA ja synkronointilohkon 
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(Engine) SE. CA toteutetaan edullisesti suorittamalla CPU:ssa muistiin MEM 
tallennettua tietokoneohjelmakoodia ja SA, SE suorittamalla SCPU:ssa 
muistiin SMEM tallennettua tietokoneohjelmakoodia. Nama valineet voidaan 
jarjestaa myos toteuttamaan laitteen hallintaistunto, tai laitteen hallintaistuntoa 
5 vdi hallita erilliset entiteetit, joita ei ole esitetty kuviossa 3b. 
Keskusprosessointiyksikoissa CPU ja SCPU suoritettavilla 
tietokoneohjelmakoodeilla aikaansaadaan asiakaslaite MS ja 
synkronointipalvelin S toteuttamaan lisaksi keksinnolliset valineet, joiden eraita 
suoritusmuotoja on havainnollistettu kuvioissa 4 ja 6. Tietokoneohjelmat 

10 voidaan saada verkon kautta ja/tai tallentaa muistivalineille, esimerkiksi 
levykkeelle, CD-ROM-levylle tai muulle ulkoiselle muistivalineelle, joista ne 
voidaan ladata muistiin MEM, SMEM. On myos mahdollista kayttaa kovo- 
ratkaisuja tai kovo- ja ohjelmistoratkaisuiden yhdistelmaa. 

Kuviossa 4 on havainnollistettu keksinnon eraan edullisen 

15 suoritusmuodon mukaista menetelmaa. Synkronointipalvelimeen asetetaan 

401 tieto istunnon (kayttajadatan synkronointia varten tai laitteen hallintaa 
varten) tarpeen osoittavaa pyyntoa varten tarvittavista tunnisteista. Naita ovat 
ainakin synkronointipalvelimen tunniste, synkronointipalvelimen tukeman 
synkronointiprotokollan version tunniste ja pyydettavan synkronointi-istunnon 

20 tunniste. Synkronointipalvelimeen S maaritetaan 402 koodausohjeet ja 
maksimikoko istunnon tarpeen indikoimiseksi lahettavia viesteja varten. 
Maksimikoko voidaan maarittaa kaytettavan viestien siirtopalvelun mukaisesti, 
esimerkiksi SMS-palvelun tekstiviestin maksimikoon mukaan. Maarittaminen 
voi tapahtua niin, etta esimerkiksi laitteeseen on suoraan asetettu 

25 maksimikoon lukuarvo tai laite on jarjestetty sijoittamaan kentat viestiin 
sellaisiin paikkoihin, etta viestin pituus pysyy taman maksimikoon sisalla. 
Maksimikoko voidaan myos maarittaa kysymalla tama tieto verkosta tai se 
voidaan toimittaa laitteeseen esimerkiksi hallintaistunnon yhteydessa. Kayttaja 
voi myos syottaa maksimikoon. Laitteen viestijarjestelma on vahintaan 

30 jarjestetty ilmoittamaan viestikoon ylityksesta viestia muodostavalle 
sovellukselle. Asiakaslaitteena toimivaan matkaviestimeen MS maaritetaan 

402 dekoodausohjeet. Koodausohjeiden avulla S voi koodata ainakin yhden 
lahetettavista tunnisteista olennaisesti tunnisteen ASCII-esitysta tai WBXML- 
binaariesitysta vahemman bitteja vaativaksi lyhyeksi bittijonoksi. Asiakaslaite 

35 puolestaan voi koodausohjeiden avulla maarittaa bittijonosta alkuperaisen 
tunnisteen. 
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Kun on tarve 403 lahettaa istunnon tarpeen osoittava pyynto 
palvelimesta ainakin yhdelle asiakaslaitteelle, palvelin S maarittaa 404 
koodausohjeiden mukaisesti ainakin yksi bittijono ainakin yhdelle vjestiin 
tarvittavista tiedoista. Viestiin tarvitaan ainakin ylla nnainitut tunnisteet, nnutta 
tyypillisesti siina on myos muita tietoja. Lahetettavista tiedoista muodostetaan 
405 yksi viesti. Palvelin S huolehtii 405 myos, etta viesti ei ylita maaritettya 
maksimikokoa. Jos viesti nayttaisi ylittavan maksimikoon, palvelin S voi karsia 
siita vahemman tarkeita kenttia ja/tai koodausohjeiden avulla koodata lisaa 
tietoja vahemman tilaa vieviksi. Viesti lahetetaan 406 palvelimesta S 
asiakaslaitteelle MS verkon MNW viestien siirtopalvelua kayttaen. Viestin 
siirtoon voidaan eraan suoritusmuodon mukaisesti kayttaa alan 
ammattimiehelle tuttua SMS-palvelua. Asiakaslaitteessa MS maaritetaan 407 
alustussanomaa varten vastaanotetun viestin kasittamien bittijonojen mukaiset 
tiedot asiakaslaitteeseen tallennettujen koodausohjeiden avulla. MS 
muodostaa 408 istunnon alustussanoman nain saadun ainakin yhden 
tunnisteen ja muiden viestin kasittamien tietojen perusteella ja lahettaa 409 
sen synkronointipalvelimelle S. 

Istuntoa voidaan kayttaa laitteen hallintaan liittyviin toimintoihin, 
jolloin asiakaslaitteen MS synkronointisovelluksen (CA) toimintaa voidaan 
muokata verkon aloitteesta. Esimerkiksi jos synkronointipalvelimen osoite 
(URI-tunniste) on muuttunut, on tarkeaa saada se kaikkien kyseiseen 
palvelimen kanssa synkronoivien laitteiden tietoon. SyncMLrssa tata 
palvelimen laitteenhallintaistunnon aloittamiseksi lahettamaa pyyntoa voidaan 
kutsua [Package #0: Management Alert to Client], koska alustusta varten 
pyynnon perusteella lahetettava alustuspaketti on [Package #1 : Client 
Initialization]. On myos mahdollista kayttaa istuntoa kayttajan itse suorittamaan 
personalisointiln. Kayttaja voi muokata asetuksia esimerkiksi WWW-liitynnan 
kautta, ja nama muutokset voidaan istunnon aikana siirtaa 
synkronointipalvelimen S aloitteesta asiakaslaitteeseen MS. 

Kuviossa 5 on havainnollistettu laitteen hallintaistunnon (Device 
management session) aloittamiseksi muodostetun (405) viestin mahdollisia 
elementteja. Eraan edullisen suoritusmuodon mukaisesti kaytetaan WSP- 
protokollan tarjontapalvelua (push service) SMS-viesteja kayttaen, jolloin viesti 
kasittaa WSP-otsikkokentan. WSP-otsikkokentan on oltava riittavan lyhyt 
(edullisesti alle 30 tavua), jotta varsinaiselle viestia kasittelevalle 
sovellustasolle (CA) tarkoitetulle hyotykuormalle jaa riittavasti tilaa. On 
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huomioitava, etta viesti voi kasittaa WSP-kentan lisaksi myos muita 
otsikkokenttia, kuten WDP-otsikkokenttia. Talloin kuitenkin SyncML- 
hyotykuorman osuus vahenee. Viestissa voi olla myos eraan suoritusmuodon 
mukaisesti indikaatio sovelluksesta, jolle viestin sisalto tulee osoittaa. MS osaa 
5 indikaation perusteella kohdistaa viestin hyotykuorman oikealle 
sovellusentiteetille, esimerkiksi pyynnon hallintaistunnon aloittamiseksi 
asiakasagentille CA. Indikaatio voi olla viestin kasittamassa WSP- tai WDP- 
otsikkokentassa. WAP-protokollaa tukeva laite tunnistaa tiedon viestista 
helposti, mutta ei-WAP-laitteeseen on ennalta maaritettava palkka, josta 

10 indikaatio sovelluksesta on haettava. Tama paikan maarittaminen voi tapahtua 
kayttamalla ennalta maaritettya paikkaa viestin alusta lukien (offset) tai niin, 
etta indikaatio esiintyy otsikkokentassa aina tietyn merkin jalkeen. Esimerkiksi 
WSP-otsikkokentassa indikaatio voi olla tunnisteessa 'Application - ID' (x-wap- 
application-id), myos MIME-kenttaa voidaan kayttaa hyodyksi 'Application ID* - 

15 kentan sijasta tai tarkentamaan 'Application ID' -kentan tietoa. 

Seuraavassa on esitetty kenttia, joita voidaan kayttaa viestissa. 

Version (VER). SIsaltaa kaytettavan viestin version ja nain ollen 
myos protokollan version, jotta asiakaslaite voi tarkastaa, tukeeko palvelin S 

20 samaa versiota. Versiotunniste voi vaihtoehtoisesti indlkoida vain viestin tai 
protokollan version. Asiakaslaite voi olla aloittamatta (408, 409) istuntoa, jos 
se tukee eri versiota. Version tunniste voidaan koodata palvelimeen S 
asetettujen koodausohjeiden mukaisesti pienemmaksi bittijonoksi esimerkiksi 
niin, etta kaytetaan 10 ensimmaista bittia WSP-otsikkokentan jalkeen: 

25 Viimeinen numero ilmaisee pienimmat versionumerot, toiseksi viimeinen 
ykkoset, kolmanneksi viimeinen kymmenet ja neljanneksi viimeinen sadat, 
jolloin suurin mahdollinen versio on '102.3' ja versio '1.0' koodataan bittijonoksi 
'0000001010'. Kuten jo todettiin, MS kasittaa dekoodausohjeet alkuperaisen 
tunnisteen maarittamiseksi (407) bittijonosta. 

30 Nama koodausohjeet voidaan toteuttaa laitteessa 

vastaavuustaulukkona, joka kuvaa, mika bittijono vastaa mitakin 
versionumeroa. Vaihtoehtoisesti tama taulukko voidaan asettaa laitteeseen 
algoritmisesti niin, etta sen alkioita voidaan tuottaa ohjelmallisesti ilman, etta 
koko taulukkoa tarvitsee tallettaa laitteen muistiin. Vastaavuustaulukko voidaan 

35 koodata esimerkiksi nain: 
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0000001010 


Versio 1 .0 


0000001011 


Versio 1.1 






1111111111 


Versio 102.3 



Session Identifier (SID). Tama kentta maarittaa istunnon 
tunnisteen, jotta samaa istuntoa ei suoriteta moneen kertaan. Talle tunnisteelle 
voidaan kayttaa esimerkiksi 16 bittia versiotunnisteen jalkeen. Esimerkiksi jos 
5 asiakaslaite on pois paalta, palvelin S saattaa lahettaa useamman viestin, joilla 
palvelin haluaa saada aikaiseksi yhden tietyn hallintaistunnon. Asiakaslaite vol 
paatella SID-tunnisteesta, etta sen tulee aloittaa vain yksi yhteys, eika 
muodostaa yhteytta jokaisen saadun viestin mukaisesti. Palvelin S voi myos 
priorisoida SID-kentan avulla laitteen hallintaistuntoja esimerkiksi maarittamalla 

10 tietyn SID-tunnisteen vahemmari tarkeille laitteen hallintaoperaatioille. Kun 
asiakaslaite ottaa yhteytta istunnon muodostamiseksi, palvelin S voi estaa 
istunnon muodostamisen, jos silla on kiireellisempia asiakaslaitteita 
hoidettavina. Tama voidaan jarjestaa niin, etta palvelin S tallentaa muistiinsa 
tiedon, etta lahetettya SID-tunnistetta vastaava istunto on vahemman tarkea. 

15 Vaihtoehtoisesti tama voidaan jarjestaa niin, etta esimerkiksi tietysta joukosta 
valitut SID-tunnisteet ovat vahemman tarkeita, jolloin tiedon tallentaminen 
voidaan valttaa. 

User Interaction Mode (Ul). Palvelin voi suosittaa talla 
20 tunnisteella, tulisiko istunto suorittaa taustalla vai tulisiko kayttajaa infonnoida 
istunnosta. Tama kentta voidaan koodata kahdella bitilla esimerkiksi 
seuraavan vastaavuustaulukon mukaisesti: 



00 


palvelimella ei ole suositusta 


01 


suositetaan taustalla suorittamista (ei 
nayteta kayttajalle 


10 


naytetaan tiedottava tunniste 
kayttajalle 


11 


kysytaan suostumus kayttajalta 



25 Initiativ of the Management Action (Init). Talla tunnisteella 

palvelin S voi ilmaista asiakaslaltteelle, onko se itse aikaansaanut 
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hallintaistunnon vai onko asiakaslaite (sen kayttaja) aikaansaanut sen. Tama 
tieto voi olla laskutuksen perustana, eli asiakaslaitteen kayttajaa voidaan 
laskuttaa myos palvelimen lahettamasta pyynnosta, jos kayttaja on 
aikaansaanut eli tilannut sen. Tieto voidaan koodata kahdella bitilla esimerkiksi 
seuraavan vastaavuustaulukon mukaisesti: 



01 


asiakkaan aloitteesta 


10 


palvelimen aloitteesta 



Future Use of the Device Management (Fut). Talla kentalla 
voidaan siirtaa palvelimelta S asiakaslaitteelle IVIS mahdollisia myohemmin 
maaritettavia tietoja hallintaistuntoa varten. Tilaa voi olla varattuna esimerkiksi 
30 bittia. Eras mahdollinen esimerkki tassa kentassa siirrettavasta tiedosta :on 
ajanhetki, jolloin asiakaslaitteen tulee muodostaa istunto 
synkronointipalvelimeen S. MS voi lahettaa alustussanoman (409) palvelimen 
asettamana ajanhetkena, jolloin palvelin S voi esimerkiksi tasata kuormaansa 
asettamalla eri asiakaslaitteet ottamaan yhteytta eri aikaan. 

Length of the Trigger Authentication Shared Secret (Tlen). 

Tama kentta ilmaisee TASS-kentan (Trigger Authentication Shared Secret) 
pituuden. 

Length of the Source (Ulen). Tama kentta ilmaisee palvelimen S 
tunnisteen (URI) pituuden. Tata kenttaa ja TIen-kenttaa kayttamalla voidaan 
jarjestaa mahdollisimman suuri tila URI-kentalle. Jos kaytettaisiin vain 
maaramittaisia kenttia, TASS-kentan lopussa olisi usein kayttamatonta tilaa. 

Trigger Authentication Shared Secret (TASS). TASS-kentta 
sisaltaa jaetun salaisuuden, jolla estetaan DoS-hyokkaykset (Denial of 
Service). Tata kenttaa voidaan myos kayttaa palvelimen tunnisteen 
maarittamiseen. 

Source URI of the Management Server (Source URI)- Kentta 
sisaltaa palvelimen URI-tunnisteen, esimerkiksi 'http://www.syncml.org/mgmt- 
server'. Tata kenttaa voidaan tietyissa tapauksissa myos lyhentaa esimerkiksi 
jattamalla protokollatunniste pois, tai kentassa voidaan palvelimen osoitteen 
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sijasta lahettaa vain lyhyempi tunniste. VaihtoehtoisestI voidaan kayttaa 
palvelimen tunnisteen valittamiseen TASS-kenttaa. 

Vendor (Vendor). Tama kentta on optionaalinen ja voi sisaltaa 
5 valmistajakohtaista tietoa niin paljon kuin viestiin viela edellisten kenttien 
jalkeen mahtuu. 

Hyotykuorma on edella esitetyissa kentissa suunniteitu niin, etta 
tilaa kuluisi mahdollisimman vahan. Jos kaikki kentat lahetettaisiin XML- 
muotoisena tekstina, tarvittaisiin noin 400 merkkia, eli tuhansia bitteja. Yksi 

10 kentta vie vahintaan muutaman merkin, eli kymmenia bitteja. Kun kaytetaan 
ainakin osassa kentista edella kuvattuja koodauskeinoja, jotka on johdettu 
kukin siita tiedosta, mita arvoja kukin kentta voi sisaltaa, voidaan siis saastaa 
huomattavasti tilaa ja saada (tan/ittaessa lisaksi karsimalla vahemman tarkeita 
kenttia) tiedot mahtumaan yhteen SMS-viestiin. Selostuksen osana olevassa 

15 liitteessa 1 on viela esitetty esimerkki viestin kentista ainoastaan SyncML- 
hyotykuorman osalta. 

Kuvio 6 esittaa viela signalointikaaviona laitteen hallintaistuntoa. 
joka aloitetaan synkronointipalvelimen (S) pyynnosta. Kun palvelin ja 
asiakaslaite (MS) voivat kommunikoida 601 (vahintaan niin, etta MS pystyy 

20 vastaanottamaan viesteja, nnyos kuvion 4 vaiheet 401-402 on suoritettu), 
palvelin vastaanottaa 602 komennon hallintaistunnon aloittamisesta palvelimen 
kayttajalta, palvelimen ulkopuolelta tai ennalta maaritetyn asetuksen 
perusteella. Vasteena talle, palvelin keraa tarvittavat tiedot, tekee 
koodausohjeiden mukaiset muunnokset ja lahettaa 603 pyynnon [Package 

25 #0: Management Alert to Client] mukaisen viestin asiakaslaitteelle. Taman 
perusteella asiakaslaite ja palvelin voivat muodostaa hallintaistunnon 604. 
Palvelin S voi lahettaa asiakaslaitteelle hallintakomentoja, joiden perusteella 
asiakaslaite muuttaa konfiguraatiotaan. Kun hallintaistunto on paattynyt 605, 
palvelimen kayttajalle voidaan esittaa 606 tulos. 

30 Istuntoa voidaan kayttaa tavanomaisen kayttajadatan synkronointiin, 

esimerkiksi paivittamaan matkaviestimen ja verkon kalenterisovelluksen 
kalenterimerkinnat. Talloin aloite synkronoinnin aloittamisesta (403) voi tulla 
esimerkiksi, kun verkkokalenteriih lisataan jokin uusi tarkea kalenterimerkinta, 
joka on tarpeen saada mahdollisimman plan matkaviestimeen. SyncML- 

35 istunnon pyytamiseksi muodostettava viesti kasittaa monia vastaavia kenttia 
kuin kuviossa 4 havainnollistettu laitteen hallintaistuntoa varten muodostettu 
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viestikin. Ainakin jo tahdella merkittyja kenttia Version (VER*), S ssion 
Identifier (SID*), Source ja URI of the Management Server (URI*) tarvitaan 
myos synkronoinnin aloittamispyyntoa varten muodostettavassa viestissa. 
Ainakin kenttien (Ul), (VER*) ja (Init) tiedot voidaan muuntaa edella kuvatulla 
5 tavalla lyhyeksi bittijonoksi. Viesti voi kasittaa myos tietoja palvelimen 
haluamasta synkronointi-istunnosta. Tallainen tieto on erityisesti indikaatio pal- 
velimen S haluamasta synkronointityypista (esimerkiksi Two-way, One way 
sync from server only, One way from client only, Refresh Sync from server 
only). Tama tieto voidaan myos koodata (404) ja dekoodata (407) 

10 hyodyntamalla ennalta tallennettua (402) vastaavuustaulukkoa, jolloin saadaan 
saastettya tarvittavien bittien maaraa. Myos tietokannan Gota palvelin haluaa 
synkronoida) tunniste (URI) vol olla hyva lahettaa viestissa. Kun SyncML- 
asiakaslaite MS vastaanottaa viestin, se voi lahettaa (409) viestin ilmaisemien 
tietojen mukaisen synkronointi-istunnon alustuspaketin (Sync Initialization 

15 Package from Client) ja synkronointi-istunto voidaan alustaa. Tarkemman 
kuvauksen osalta SyncML-protokollan synkronointi-istunnosta ja siina 
tarvittavista tiedoista hakemukseen liitetaan viitteeksi SyncML-spesifikaatio 
"SyncML Sync Protocol, version 1.0. f \ toukokuu 2001. Main ollen samat edut 
ovat saavutettavissa seka hallintaistunnon kuin myos kayttajadatan 

20 synkronoinnin istunnon aloittamisessa synkronointipalvelimen pyynnosta. 

On myos mahdollista, etta mainitun viestin muodostaminen 405 
tapahtuu muualla kuin pyynnon lahettavassa palvelimessa S. Tallainen tilanne 
voi olla esimerkiksi silloin, kun asiakaslaite kommunikoi WAP-yhdyskaytavan 
kanssa WAP-pinon avulla, ja WAP-yhdyskaytavan ja palvelimen 8 valilla 

25 kaytetaan HTTP-protokollaa. Talloin esimerkiksi WAP-yhdyskaytava voi 
tiivistaa palvelimen lahettaman pyynnon edella kuvatulla tavalla (kayttamalla 
koodausohjeita) niin, etta se saadaan lahetettya yhdessa viestissa 
asiakaslaitteelle MS. 

Alan ammattilaiselle on ilmeista, etta tekniikan kehittyessa 

30 keksinnon perusajatus voidaan toteuttaa monin eri tavoin. On myos 
huomioitava, etta viesteja ei ole rajoitettu SMS-palvelun viesteihin, vaan 
voidaan kayttaa myos muuntyyppisia viestien siirtopalveluita, kuten MMS- 
palvelua (Multimedia Messaging Service). Keksinto ja sen suoritusmuodot 
eivat siten rajoitu ylla kuvattuihin esimerkkeihin vaan ne voivat vaihdella 

35 patenttivaatimusten puitteissa. 
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Liit 1. Esimerkki viestin kasittamista tiedoista 











•0000001010' 


Versio'1.0' 




'0000000000000001' 


Istunnon tunniste SID 
= '1' 




'01' 


Ul ='01' 




'00' 


Init = '00' 




'000000000000000000000000000' 


Tuleva kaytto 




'1000' 


TASS:n pituus = '8' 




'0000100010' 


URI:n pituus = '34' 


30, 30, 4A, 31 , 
59, 32, 55, 79 


'O0J1Y2Uy' 


TASS 


68, 74, 74, 70, 
3A, 2F, 2F, 77, 
77, 77, 2E, 6D, 
6E, 67, 6D, 74, 
73, 65, 72, 76, 
65, 72, 2E, 63, 
6F, 6D, 2F, 
6D, 61, 6E, 61, 
67, 65, 2F 


'http://www.mngmtserver.com/nnanage/' 


URI 
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Patenttivaatimuks t 

1 . Menetelma istunnon aloittamiseksi synkronointijarjestelmassa, 
joka kasittaa ainakin yhden viestintavalineet kasittavan ja asiakaslaitteena 
toimivan elektronisen laitteen, ainakin yhden synkronointipalvelimen ja viestien 
5 siirtopalvelua tarjoavan tietoliikenneverkon, joka menetelma kasittaa vaiheet: 

konfiguroidaan synkronointlpalvelin maarittamaan asiakaslaitteelle 
lahetettavaa istunnon tarpeen osoittavaa pyyntoa varten 
synkronointipalvelimen tunniste, version tunniste ja pyydettavan synkronointi- 
istunnon tunniste, 

10 maaritetaan synkronointipalvelimeen synkronointipalvelimesta 

asiakaslaitteelle pyyntoa varten lahetettavan viestin maksimikoko, 

maaritetaan synkronointipalvelimeen koodausohjeet, joiden avulla 
voidaan koodata ainakin yksi tunnisteista olennaisesti sen ASCII-esitysta 
vahemman bitteja vaativaksi bittijonoksi, ja asiakaslaitteeseen 
15 dekoodausohjeet, joiden avulla bittijonosta saadaan alkuperainen tunniste, : 

muodostetaan, vasteena sille, etta on tarve lahettaa Istunnon 
tarpeen osoittava pyynto ainakin yhdelle asiakaslaitteelle, yksi viesti, joka viesti 
on lyhyempi tai yhta pitka kuin mainittu maksimikoko ja kasittaa ainakin 
mainitut tunnisteet, joista ainakin yksi esitetaan koodausohjeiden mukaan 
20 maaritettyna bittijonona, 

lahetetaan viesti asiakaslaitteelle mainittua viestien siirtopalvelua 

kayttaen, 

muodostetaan istunnon alustussanoma vastaanotetun viestin 
ilmaisemien tietojen perusteella, joista ainakin yksi on maaritetty 
25 vastaanotetusta bittijonosta mainittujen dekoodausohjeiden avulla, ja 

lahetetaan istunnon alustussanoma asiakaslaitteesta 
synkronointipalvelimeen. 

2. Patenttivaatimuksen 1 mukainen menetelma, missa 
synkronointijarjestelmassa kuljetuskerroksen palvelu on jarjestetty 

30 WAP-protokollaa kayttaen, jolloin viesti kasittaa lisaksi WSP-otsikkokenttia 
(Wireless Session Protocol). 

3. Patenttivaatimuksen 2 mukainen menetelma, missa 

viestissa ilmaistaan lisaksi sovellus, jolle viestin sisalto tulee 
kohdistaa, mika ilmaiseminen tehdaan asettamalla tieto sovelluksesta ennalta 
35 maarattyyn paikkaan viestin alusta lukien tai ennalta maaratyn merkin jalkeen, 
ja 
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viestin sisalto kohdistetaan asiakaslaitteessa viesttssa ilmaistulle 
sovellukselle. 

4. Jonkin edellisen patenttivaatimuksen mukainen menetelma, 

missa 

5 viestien siirtopalvelu on SMS. 

5. Patenttivaatimuksen 1 nnukainen menetelma, missa 
synkronointipalvelimen tunniste on maaritetty jaetun salaisuuden 

sisaltavaan kenttaan. 

6. Patenttivaatimuksen 1 mukainen menetelma, missa 

10 synkronointipalvelin on jarjestetty maarittamaan viestiin lisaksi 

bittijonon, joka ilmaisee, onko asiakas vai palvelin aikaansaanut viestin. 

7. Patenttivaatimuksen 1 mukainen menetelma, missa 
koodausohjeet ja dekoodausohjeet kasittavat yhden tai useampia 

vastaavuustaulukkoja (correspondence table). 
15 8. Patenttivaatimuksen 1 mukainen menetelma, missa 

istunto alustetaan asiakaslaitteen kasittaman tietojoukon ja ainakin 
yhden tietokannan synkronoimiseksi. 

9. Patenttivaatimuksen 1 mukainen menetelma, missa 
synkronointipalvelin lahettaa pyynnon laitteen hallintaistunnon 

20 aloittamiseksi, Ja 

alustetaan hallintaistunto palveiimen ja asiakaslaitteen valille, 

10. Synkronointijarjestelma, joka kasittaa ainakin yhden 
viestintavalineet kasittavan ja asiakaslaitteena toimivan elektronisen laitteen, 
ainakin yhden synkronointipalvelimen ja viestien siirtopalvelua tarjoavan 

25 tietoliikenneverkon, jossa synkronointijarjestelmassa: 

synkronointipalvelin on konfiguroitu maarittamaan asiakaslaitteelie 

lahetettavaa istunnon tarpeen osoittavaa pyyntoa varten 

synkronointipalvelimen tunnisteen, version tunnisteen ja pyydettavan 

synkronointi-istunnon tunnisteen, 
30 synkronointipalvelin on konfiguroitu maarittamaan 

synkronointipalvelimesta asiakaslaitteelie pyyntoa varten lahetettavan viestin 

maksimikoko, 

synkronointipalvelimeen on maaritetty koodausohjeet, joiden avulla 
voidaan koodata ainakin yksi tunnisteista olennaisesti tunnisteen ASCII- 
35 esitysta vahemman bitteja vaativaksi bittijonoksi, ja asiakaslaitteeseen on 
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maaritetty dekoodausohjeet, joiden avulla bittijondsta saadaan alkuperainen 
tunniste, 

synkronointipalvelin on konfiguroitu muodostamaan, vasteena sille, 
etta on tarve lahettaa istunnon tarpeen osoittava pyynto ainakin yhdelle 
5 asiakaslaitteelle, yksi viesti, joka viesti on lyhyempi tai yhta pitka kuin mainittu 
maksimikoko ja kasittaa ainakin mainitut tunnisteet, joista ainakin yksi 
esitetaan koodausohjeiden mukaan nnaaritettyna bittijonona, 

synkronointipalvelin on konfiguroitu lahettamaan viesti 
asiakaslaitteelle viestien siirtopalvelua hyodyntaen, 
10 asiakaslaite on konfiguroitu muodostamaan istunnon 

alustussanoma vastaanotetun viestin ilmaisemien tietojen perusteella, joista 
ainakin yksi on maaritetty vastaanotetusta bittijonosta mainittujen 
dekoodausohjeiden avulla, ja 

asiakaslaite on konfiguroitu lahettamaan istunnon alustussanoma 
15 synkronointipalvelimeen. 

1 1 . Synkronointipalvelin, 

joka synkronointipalvelin on konfiguroitu maarittamaan ainakin yhdelle 
asiakaslaitteelle lahetettavaa istunnon tarpeen osoittavaa pyyntoa yarten 
synkronointipalvelimen tunnisteen, version tunnisteen ja pyydettavan 
20 synkronointi-istunnon tunnisteen, 

synkronointipalvelin on konfiguroitu maarittamaan 
synkronointipalvelimesta asiakaslaitteelle pyyntoa varten lahetettavan viestin 
maksimikoko, 

johon synkronointipalvelimeen on maaritetty koodausohjeet, joiden 
25 avulla voidaan koodata ainakin yksi tunnisteista olennaisesti tunnisteen ASCII- 
esitysta vahemman bitteja vaativaksi bittijonoksi, 

joka synkronointipalvelin on konfiguroitu muodostamaan, vasteena 
sille, etta on tarve lahettaa istunnon tarpeen osoittava pyynto ainakin yhdelle 
asiakaslaitteelle, yksi viesti, joka viesti on lyhyempi tai yhta pitka kuin mainittu 
30 maksimikoko ja kasittaa ainakin mainitut tunnisteet, joista ainakin yksi 
esitetaan koodausohjeiden mukaan maaritettyna bittijonona, ja 

joka synkronointipalvelin on konfiguroitu lahettamaan viesti ainakin 
yhdelle asiakaslaitteelle viestien siirtopalvelua hyodyntaen, 

12. Elektroninen laite, joka kasittaa 

35 valineet viestien vastaanottamiseksi ja lahettamiseksi. 
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valineet laitteenhallintapalvelimen kanssa kommunikoimiseksi, jolle 
laitteenhallintapalvelimelle mainittu elektroninen laite toimii asiakaslaitteena, 

valineet dekoodausohjeiden tallentamiseksi. joiden 
dekoodausohjeiden avulla laitteenhallintapalvelimen koodaamasta bittijonosta 
saadaan alkuperainen tieto, 

valineet laitteenhallintapalvelimelta vastaanotetun viestin kasittaman 
ainakin yhden bittijonon muuntamiseksi alkuperaiseksi tiedoksi 
dekoodausohjeiden peaisteella, 

valineet laitteenhallintapalvelimen ja mainitun laitteen valisen 
laitteenhallintaistunnon alustussanoman muodostamiseksi 

laitteenhallintapalvelimelta vastaanotetun viestin ilmaisemien tietojen 
perusteella, joista ainakin yksi on maaritetty vastaanotetusta bittijonosta 
mainittujen dekoodausohjeiden avulla, 

valineet laitteenhallintaistunnon alustussanoman lahettamiseksi 
laitteenhallintapalvelimen, ja 

valineet mainitun laitteen konfiguraation muuttamiseksi 
laitteenhallintapalvelimelta laitteenhallintaistunnon aikana vastaanotettujen 
hallintakomentojen mukaisesti. 

13. Synkronointipalvelimen muistiln ladattavissa oleva 
tietokoneohjelma, joka mainittu ohjelmatuote kasittaa tietokoneohjelmakoodia, 
joka synkronointipalvelimen prosessorissa suoritettuna aikaansaa 
synkronointipalvelimen: 

maarittamaan ainakin yhdelle asiakaslaitteelle lahetettavaa istunnon 
tarpeen osoittavaa pyyntoa varten synkronointipalvelimen tunniste, 
synkronointipalvelimen tukeman synkronointiprotokollan version tunniste ja 
pyydettavan synkronointi-istunnon tunniste, 

maarittamaan synkronointipalvelimesta asiakaslaitteelle pyyntoa 
varten lahetettavan viestin maksimikoko, 

asettamaan koodausohjeet, joiden avulla se voi koodata ainakin 
yhden tunnisteista olennaisesti tunnisteen ASCII-esitysta vahemman bitteja 
vaativaksi bittijonoksi, 

muodostamaan, vasteena sille, etta on tan/e lahettaa istunnon 
tarpeen osoittava pyynto ainakin yhdelle asiakaslaitteelle, yksi viesti, joka viesti 
on lyhyempi tai yhta pitka kuin mainittu maksimikoko ja kasittaa ainakin 
mainitut tunnisteet, joista ainakin yksi esitetaan koodausohjeiden mukaan 
maaritettyna bittijonona, ja 



19 



lahettamaan viesti ainakin yhdelle asiakaslaitteelle viestien 
siirtopalvelua hyodyntaen. 

14. Elektronisen laitteen kasittamaan muistiin ladattavissa oleva 
tietokoneohjelma, joka mainittu tietokoneohjelma kasittaa ohjelmakoodia, joka 
elektronisen laitteen kasittannassa prosessorissa suoritettuna aikaansaa 
elektronisen laitteen: 

asettamaan dekoodausohjeet, joiden dekoodausohjeiden avulla 
laitteenhallintapalvelimen koodaannasta bittijonosta saadaan alkuperainen 
tieto, 

muuntamaan laitteenhallintapalvelinnelta vastaanotetun viestin 
kasittaman ainakin yhden bittijonon alkuperaiseksi tiedoksi dekoodausohjejden 
perusteella, 

muodostamaan alustussanoman laitteenhallintapalvelimen ja 
mainitun laitteen valista laitteenhallintaistuntoa varten 

laitteenhallintapalvelinnelta vastaanotetun viestin ilmaisemien tietojen 
perusteella, joista ainakin yksi on maaritetty vastaanotetusta bittijonosta 
mainittujen dekoodausohjeiden avulla, 

valineet laitteenhallintaistunnon alustussanoman lahettamiseksi 
laitteenhallintapalvelimen, ja 

valineet mainitun laitteen konfiguraation muuttamiseksi 
laitteenhallintapalvelimelta laitteenhallintaistunnon aikana vastaanotettujen 
hallintakomentojen mukaisesti. 
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(57) Tiivistelma 

Menetelma istunnon aloittamiseksi synkronointijarjestelmassa. 
Synkronointipalvelimeen maaritetaan synkronointipalvelimesta 
matkaviestimelle pyyntoa varten lahetettavan viestin 
5 maksimikoko ja koodausohjeet, joiden avulla voidaan koodata 
ainakin yksi tunnisteista olennaisesti sen ASCII-esitysta 
vahemman bitteja vaativaksi bittijonoksi. Matkaviestimeen 
maaritetaan dekoodausohjeet, joiden avulla bittijonosta 
saadaan alkuperainen tunniste. Kun on tan/e lahettaa istunnon 

10 tarpeen osoittava pyynto ainakin yhdelle matkaviestimelle, 
muodostetaan yksi viesti, on lyhyempi tai yhta pitka kuin 
mainittu maksimikoko ja kasittaa ennalta valitut tunnisteet, Joista 
ainakin yksi esitetaan koodausohjeiden mukaan maaritettyna 
bittijonona. Matkaviestimessa muodostetaan istunnon 

15 alustussanoma palvelimelta vastaanotetun viestin ilmaisemien 
tietojen perusteella, joista ainakin yksi on maaritetty 
vastaanotetusta bittijonosta mainittujen dekoodausohjeiden 
avulla. 
(Kuvio 3) 
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